Arcserve |
Note di rilascio di Arcserve UDP Versione 5.0 Aggiornamento 3. Le presenti Note di rilascio contengono informazioni importanti su questo aggiornamento. Gli aggiornamenti sono cumulativi e possono essere installati su qualsiasi versione precedente di Arcserve UDP. Arcserve UDP Versione 5.0 Aggiornamento 3 non viene automaticamente scaricato e installato nel sistema (tramite la funzionalità Aggiornamenti del prodotto), ma richiede invece un download manuale dai collegamenti forniti nelle istruzioni di installazione.
Con il presente aggiornamento sono stati aggiunti i seguenti miglioramenti o funzionalità a Arcserve UDP:
Ogni appliance di Arcserve UDP serie 7000 è una soluzione di backup e ripristino completa di tipo "set and forget". L'appliance di Arcserve UDP serie 7000 è completamente integrata con il software di Arcserve Unified Data Protection leader del settore preinstallato nell'hardware di ultima generazione. Progettata con funzionalità cloud native, la sua impareggiabile facilità di distribuzione e fruibilità si combina con un ampio set di funzionalità quali la deduplicazione globale basata sull'origine, la replicazione multisito, il supporto per nastri e le funzionalità automatizzate di recupero dati. Arcserve UDP serie 7000 offre efficienza e agilità operativa senza eguali e semplifica davvero le attività di ripristino di emergenza.
La scheda del dashboard consente di visualizzare una rappresentazione grafica della dimensione dei dati non elaborati, dell'archiviazione effettiva dei dati e della dimensione dei dati di ripristino degli ultimi sette giorni, nonché dello stato di backup più recente.
È la scheda del dashboard della versione precedente. Consente di visualizzare lo stato dei processi per un periodo specifico. È possibile applicare dei filtri per classificare i risultati oppure raggruppare i processi in base al piano.
Questo aggiornamento risolve i seguenti problemi:
Sintomo:
Il server non è in grado di avviarsi dopo un ripristino bare metal da un punto di ripristino specifico, ma continua ad attivare la modalità di ripristino o a riavviarsi.
Causa:
L'agente di Arcserve UDP non è in grado eseguire il backup uniforme dei dati durante una transazione NTFS. Se il backup viene eseguito dopo l'avvio della transazione NTFS ma prima che questa esegua il commit dei dati, il backup potrebbe non avvenire correttamente per i dati senza commit. Questo problema si presenterà in tutti i backup incrementali successivi. È possibile risolvere il problema con un backup completo o un backup di verifica per un punto di ripristino appena creato.
Soluzione:
Eseguire l'aggiornamento a Arcserve UDP versione 5.0 Aggiornamento 3, quindi effettuare un backup completo.
Nota: Prima di eseguire l'aggiornamento a Arcserve UDP versione 5.0 Aggiornamento 3, rivedere le seguenti considerazioni sulla compatibilità con le versioni precedenti del proprio ambiente:
Il processo di backup di un computer virtuale cluster Hyper-V diventa un backup di verifica ed è riportato il seguente avviso nel registro attività: "The Change Block Tracking feature is inactive on the Hyper-V host" (La funzione di verifica delle modifiche ai blocchi non è attiva nell'host Hyper-V). Questo problema si verifica quando un host Hyper-V viene rimosso dal cluster e pertanto si arresta immediatamente.
Viene impostato per 1 o 2 minuti lo stato Salvato per un computer virtuale Hyper-V durante la fase di acquisizione della snapshot del backup. Al termine di questa fase, il computer virtuale riprenderà l'attività automaticamente. Il problema relativo all'impostazione dello stato Salvato per un computer virtuale può verificarsi in un ambiente Hyper-V 2008 R2 o Hyper-V 2012. Per Hyper-V 2012 R2, può verificarsi prima che venga applicato l'aggiornamento di Windows 2919355.
Per visualizzare tutti i problemi risolti in questa versione, consultare le Note di rilascio di Arcserve UDP 5.0.
In questo aggiornamento potrebbero verificarsi i seguenti problemi:
Sintomo:
VMware presenta un bug durante la disattivazione di un computer virtuale, per il quale la relativa snapshot contiene dati corrotti. Il backup legge i dati dalla snapshot, quindi anche i dati su cui è stato eseguito il backup diventano corrotti. Per ulteriori informazioni sul problema, consultare il seguente articolo della Knowledge Base di VMware. Disattivazione di applicazioni con Windows 2008 R2 SP1 e Windows 2012 con la protezione dati di vSphere, il ripristino dei dati di VMware e il software di backup di terze parti (2044169).
Nota: Questo problema può verificarsi con tutte le versioni di VMware ESXi e sui computer virtuali con sistema operativo ospite Windows 2008 R2 SP1 e Windows 2012. Il problema di corruzione dei dati non può essere individuato dal software perché VMware in questo caso non restituisce un errore. Questo può portare alla situazione in cui non ci si rende conto del problema finché non si prova a ripristinare alcuni dati.
Soluzione:
Attenersi alle procedure indicate in questo aggiornamento per rilevare e risolvere il problema:
Sintomo:
Se il computer di origine è un sistema Windows 8.1 o Windows 2012 R2 e si esegue un ripristino bare metal su un computer con un disco di 4 KB, il processo di avvio potrebbe non completarsi correttamente dopo il ripristino bare metal con il messaggio di errore: system_thread_excption_not_handled (WppRecorder.sys).
Soluzione:
Avviare la console di ripristino (si dovrebbe arrivare automaticamente a questa soluzione dopo alcuni arresti anomali con schermata di errore blu).
c:\windows\system32\compact.exe /U c:\windows\system32\drivers\*.sys
Comportamento fsutil impostato su DisableCompression 1
Sintomo:
Un processo di migrazione non viene visualizzato nell'elenco Nodi mostrato nella scheda Risorse.
Soluzione:
Accedere alla visualizzazione RPS o alla scheda dei processi per controllare il monitoraggio del processo.
Sintomo:
Impossibile accedere ai volumi nella visualizzazione del punto di ripristino di Arcserve UDP.
Soluzione:
Utilizzare direttamente un percorso UNC invece di eseguire il mapping a un'unità di rete.
"La versione di Windows del proxy [<Proxy Name>] è precedente rispetto a quella del computer virtuale [<Virtual Machine Name>]. Di conseguenza, è possibile che il risultante processo di catalogo di Exchange non riesca correttamente. Sarà necessario installare il corrispondente pacchetto di aggiornamento di Windows per risolvere il problema."
Sintomo:
Il processo di catalogo di Exchange utilizzerà i binari di Exchange dal computer virtuale. Se la versione di Windows del computer proxy è una versione precedente rispetto a quella del computer virtuale, i binari di Exchange non funzioneranno bene, e di conseguenza, il processo di catalogo non si completerà correttamente.
Soluzione:
Installare il seguente pacchetto di aggiornamento di Windows per risolvere il problema:
Sintomo:
Il failover viene eseguito per il computer virtuale cluster prima di acquisire una snapshot durante il backup di un computer virtuale. Di conseguenza, l'host Hyper-V registrato nella sessione di backup è incoerente rispetto alla configurazione del computer virtuale.
Soluzione:
È possibile connettere manualmente la scheda di rete allo switch virtuale sul relativo host Hyper-V o utilizzare l'opzione Ripristina in posizione alternativa per recuperare il computer virtuale con cui impostare la configurazione di ripristino.
Sintomo:
Supporre di eseguire la migrazione di un server di backup Linux alla Console di Arcserve UDP. Se si rilascia il server di backup Linux e, quindi, si ripete la migrazione, viene creato automaticamente un piano nuovo nella Console.
Esempio:
Si dispone di un server Linux Backup Server1 che gestisce Linux_Node1. È stato creato un processo di backup denominato New Plan. Inoltre, si dispone di una Console di Arcserve UDP che gestisce Linux_Node2 e Linux Backup Server2. Anche il piano è denominato New Plan.
Si esegue la migrazione di Linux Backup Server1 alla Console con il comando d2dreg. Dopo la migrazione, il nome del processo di backup viene modificato in New Plan_<Linux Backup Server1>. Effettuare la distribuzione di New Plan_<Linux Backup Server1>.
Aggiungere Linux_Node1 a New Plan e Linux Backup Server1 come server, quindi distribuire il piano. Il processo New Plan proteggerà Linux_Node1 e Linux_Node2, mentre Linux Backup Server1 sarà il server.
Eseguire il rilascio di Linux Backup Server1 dalla Console. Eliminare New Plan e New Plan_< Linux Backup Server1 > dalla Console. Quando si ripete la migrazione di Linux Backup Server1 alla Console, vengono trasferiti due piani: New Plan e New Plan_< Linux Backup Server1 >.
Soluzione:
Eliminare il nuovo piano. Il nuovo piano non presenta nodi, pertanto non influisce sulle pianificazioni dei backup.
Sintomo:
Benché il processo di backup di un computer virtuale sia già terminato, il relativo stato indica che il backup è ancora in corso in Gestione Hyper-V. Pertanto, se contemporaneamente si avvia un altro processo di backup per lo stesso computer virtuale, viene restituito il seguente messaggio di errore: "Il writer Hyper-V VSS ha rilevato un errore durante l'elaborazione di questo computer virtuale". Inoltre, risulta impossibile eseguire operazioni come l'accensione o lo spegnimento del computer virtuale in Gestione Hyper-V. Se il computer virtuale è un cluster Hyper-V, non è possibile eseguire la migrazione in tempo reale.
Questo problema si verifica nei seguenti casi:
• Sono presenti numerosi processi di backup con avvio allo stesso orario o entro un minuto l'uno dall'altro.
• Uno o più processi di backup sono terminati, ma è ancora in corso almeno un altro processo di backup.
Causa del problema:
Per non assegnare un carico di lavoro superfluo all'host Hyper-V, invece di acquisire una snapshot VSS per ogni computer virtuale, Arcserve UDP acquisisce una snapshot VSS per tutti i computer virtuali se l'avvio dei rispettivi processi di backup è previsto alla stessa ora o a breve distanza l'uno dall'altro. Una volta acquisita la snapshot VSS, tutti i computer virtuali compresi nell'istanza della snapshot VSS vengono bloccati e il relativo stato indica che è in corso il backup. Poiché Arcserve UDP non è in grado di eseguire il rilascio della snapshot prima del termine di tutti i processi di backup, anche se il processo di backup di un computer virtuale è già stato completato, il computer virtuale risulta ancora bloccato. A causa del limite della snapshot VSS, per il quale è possibile acquisire soltanto una snapshot per computer virtuale alla volta, se si avvia contemporaneamente un altro processo di backup per lo stesso computer virtuale, questo non riesce e viene restituito l'errore "Il writer Hyper-V VSS ha rilevato un errore durante l'elaborazione di questo computer virtuale". Inoltre alcune operazioni, quali l'accensione e lo spegnimento, sono disabilitate in Gestione Hyper-V e, se il computer virtuale è compreso in un cluster Hyper-V, la migrazione in tempo reale non è consentita. Questo problema non si verifica in Hyper-V 2008R2 in quanto prevede un comportamento diverso con il meccanismo di snapshot VSS.
Soluzione:
Mentre il computer virtuale è bloccato, è ancora possibile utilizzare il sistema operativo guest come normale. Il problema non ha alcun impatto sull'utilizzo e sulla disponibilità del sistema operativo guest. Tuttavia, in caso di dubbi, per evitare questa situazione, è possibile completare una delle seguenti operazioni:
Sintomo:
La risposta dell'interfaccia utente può risultare lenta in fase di accesso a Agente Arcserve UDP (Windows) da Internet Explorer 10 o 11, se si utilizzano le versioni specifiche di Internet Explorer 10.0.9200.17XXX e Internet Explorer 11.0.9600.17XXX.
Se si verifica questo problema, tutte le altre richieste successive attendono la risposta per 5 minuti.
Questo problema viene riscontrato soltanto con una delle versioni di Internet Explorer 10 e 11 sopra citate. Tutti gli altri browser non presentano questo problema.
Soluzione:
Eseguire una delle seguenti soluzioni temporanee:
Completare la seguente soluzione permanente:
Soluzione:
Creare un nuovo disco virtuale con un valore diverso da 1 MB.
Soluzione:
Contattare l'amministratore di dominio per assistenza nell'autorizzare il server DHCP prima di utilizzare il server Linux Backup di Arcserve UDP.
Sintomo:
Si verifica un blocco critico nel file system durante l'acquisizione di una snapshot quando il processo di catalogo del ripristino granulare è in esecuzione.
Le seguenti condizioni possono attivare il problema:
Soluzione:
Configurare la seguente chiave del Registro di sistema per spostare il file di cache in un'altra posizione non protetta dal modulo Arcserve UDP.
HKEY_LOCAL_MACHINE\SOFTWARE\CA\ARCserve Unified Data Protection\Engine\AFStorHBAMgmt\CacheFilePath
Se la chiave AFStorHBAMgmt non esiste, è necessario crearne una nuova.
Esempio: Se la destinazione di backup è l'unità locale E:, la snapshot di backup verrà creata sull'unità E: nel percorso di destinazione di backup.
Esempio: E:\temp, sarà utilizzato come percorso di archivio cache E:\temp.
Nota: Questo problema si verifica quando il carico I/O è elevato e sussistono le seguenti condizioni:
L'acquisizione di una snapshot indica al driver del file system di scaricare i dati incompleti sul volume e di rimandare per un breve intervallo tutte le nuove operazioni di scrittura per tutti i volumi. Ne consegue un blocco critico in cui il volume montato scarica i dati sul file mentre l'operazione del writer è sospesa sul volume in cui è installato Arcserve UDP.
Soluzione:
Riaprire la procedura guidata di ripristino e provare a selezionare nuovamente il database.
Sintomo:
Nella Console di Arcserve UDP è stato aggiornato correttamente un nodo del proxy di backup senza agente con le nuove credenziali. Tuttavia, le nuove credenziali non vengono applicate e il modulo di Arcserve UDP utilizza le credenziali precedenti per avviare il processo di backup. Ciò si verifica solo quando nel nodo proxy non viene distribuito un piano di backup basato su agente.
Esempio:
Soluzione:
Come soluzione alternativa, creare un piano di backup basato su agente e aggiungere il proxy come nodo protetto (assicurarsi di rimuovere tutte le pianificazioni dal piano), quindi aggiornare nuovamente il nodo proxy.
Sintomo:
Dopo l'aggiornamento a v41 Google Chrome, non è più possibile visualizzare l'agente di Arcserve UDP/Arcserve D2D per le pagine Web di Linux se si utilizza il protocollo HTTPS per la comunicazione. HTTPS è il protocollo predefinito dell'agente di Arcserve UDP/Arcserve D2D per Linux. Viene visualizzato il seguente messaggio:
La pagina Web non è disponibile.
Codice errore: ERR_SSL_VERSION_OR_CIPHER_MISMATCH
Nota: Questo problema interessa tutte le release di Arcserve D2D per Linux e Arcserve UDP.
Soluzione:
Sul computer del server di backup Linux Arcserve UDP/Arcserve D2D, aprire la riga di comando come amministratore e immettere i comandi seguenti:
#source /opt/CA/d2dserver/bin/d2dserver/bin/setenv
#d2dserver stop
#mv /opt/CA/d2dserver/TOMCAT/conf/server.keystore.old
#keytool -genkey -alias tomcat -keyalg RSA -keypass LinuxD2D -storepass LinuxD2D -keystore /opt/CA/d2dserver/TOMCAT/conf/server.keystore -validity 3600 -dname "CN=hostname_of_backup_server"
#d2dserver start
Note:
Per ulteriori informazioni sul problema, consultare la pagina https://arcserve.zendesk.com/hc/en-us/articles/204506105.
Sintomo:
Dopo l'aggiornamento a v41 Google Chrome, non è più possibile visualizzare l'agente di Arcserve UDP/Arcserve D2D per le pagine Web di Windows se si utilizza il protocollo HTTPS per la comunicazione. HTTPS è il protocollo predefinito dell'agente di Arcserve UDP/Arcserve D2D per Windows. Viene visualizzato il seguente messaggio:
La pagina Web non è disponibile.
Codice errore: ERR_SSL_VERSION_OR_CIPHER_MISMATCH
Nota: Questo problema interessa tutte le release di Arcserve D2D per Windows e la Console di Arcserve UDP.
Soluzione:
Sul computer Windows diArcserve UDP/Arcserve D2D, aprire la riga di comando come amministratore e immettere i comandi seguenti:
cd C:\Program Files\CA\arcserve Unified Data Protection\Engine\TOMCAT\conf
move server.keystore server.keystore.bak
..\jre\bin\keytool -genkey -alias tomcat-sv -keyalg RSA -keypass ARCServeD2D -storepass ARCServeD2D -keystore server.keystore -validity 18250 -dname "CN=server_host_name" -ext san=dns:localhost,dns:server1,dns:server.domain.com
cd C:\Program Files\CA\arcserve Unified Data Protection\Engine\bin
Changetohttps.bat
Note:
Per ulteriori informazioni sul problema, consultare la pagina https://arcserve.zendesk.com/hc/en-us/articles/204542275.
Per visualizzare tutti i problemi noti di questa versione, consultare le Note di rilascio di Arcserve UDP 5.0.
In questo aggiornamento potrebbero valere le seguenti considerazioni:
In questo aggiornamento potrebbero essere presenti i seguenti limiti:
Nota: Questo limite esiste solamente per i computer virtuali VMware che dispongono dell'opzione di impostazione del tipo di sistema operativo. Per Hyper-V, questo problema non esiste.
Sintomo:
Quando si accede all'appliance di Arcserve UDP con un account di dominio, la procedura guidata dell'appliance non viene avviata immediatamente. Viene visualizzata la finestra di dialogo User Account Control (Controllo account utente) che richiede di confermare che il programma è autorizzato ad apportare modifiche al computer.
Soluzione:
Dalla finestra di dialogo User Account Control (Controllo account utente), fare clic su Sì per avviare la procedura guidata.
Per visualizzare tutte le considerazioni e le limitazioni di questa versione, consultare le Note di rilascio di Arcserve UDP 5.0.
Le sezioni seguenti forniscono informazioni sui prerequisiti e sulle istruzioni di installazione.
Prima di eseguire l'installazione dell'aggiornamento, tenere presenti i seguenti prerequisiti:
Durante l'installazione dell'aggiornamento di Arcserve UDP o dell'Agente Arcserve UDP (Windows), è importante mantenere le prestazioni ottimali tra la Console, il Recovery Point Server (RPS) e gli agenti. Di conseguenza, se l'installazione dell'aggiornamento viene eseguita in un ambiente che include sia una Console che un agente, sarà necessario installare l'aggiornamento sulla Console, quindi sul server RPS e infine sull'agente. (Per l'agente installato sulla Console o sul server RPS, l'aggiornamento verrà installato in modo automatico e simultaneo sull'agente).
Nota: Se si dispone di un ambiente con Arcserve UDP e Arcserve Backup installati e si desidera installare Arcserve UDP versione 5.0 Aggiornamento 3, è necessario installare anche la patch RO75131 di Arcserve Backup corrispondente.
Installazione manuale dell'aggiornamento
Nota: Arcserve UDP versione 5.0 Aggiornamento 3 non viene scaricato e installato automaticamente nel sistema (tramite la funzionalità Aggiornamenti del prodotto), bensì richiede il download manuale dai collegamenti forniti nelle istruzioni di installazione.
Per un pacchetto di installazione dell'aggiornamento per i server e le workstation Windows su cui è installata una versione precedente di Arcserve UDP, scaricare e installare l'aggiornamento manualmente utilizzando i seguenti collegamenti ai file di installazione:
Per un nuovo pacchetto di installazione per i server e le workstation di Windows in cui non è ancora installato Arcserve UDP, procedere come segue:
Scaricare e installare Arcserve UDP versione 5.0 Aggiornamento 3:
Per un'installazione Linux, scaricare e installare manualmente l'aggiornamento utilizzando i seguenti collegamenti ai file di installazione:
Il team di Supporto tecnico di Arcserve offre un insieme di risorse per la risoluzione dei problemi tecnici e fornisce l'accesso a importanti informazioni sul prodotto.
https://www.arcserve.com/support
Con Supporto tecnico di Arcserve:
Copyright © 2015 Arcserve. Tutti i diritti riservati. Tutti i marchi, i nomi commerciali, i marchi di servizio e i loghi citati nel presente documento sono di proprietà delle rispettive aziende.